home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group97a.txt / 000116_icon-group-sender _Tue Apr 15 00:29:00 1997.msg < prev    next >
Internet Message Format  |  2000-09-20  |  1KB
  1. Received: from kingfisher.CS.Arizona.EDU by cheltenham.cs.arizona.edu; Tue, 15 Apr 1997 16:29:18 MST
  2. Received: by kingfisher.CS.Arizona.EDU; (5.65v3.2/1.1.8.2/08Nov94-0446PM)
  3.     id AA01597; Tue, 15 Apr 1997 16:29:18 -0700
  4. Date: Tue, 15 Apr 1997 00:29:00 GMT
  5. From: ia@stryx.demon.co.uk (Iain Alexander)
  6. Reply-To: ia@stryx.demon.co.uk
  7. Message-Id: <19674@stryx.demon.co.uk>
  8. To: icon-group@cs.arizona.edu
  9. Subject: Re: Records in Icon
  10. X-Mailer: PCElm 1.10
  11. Lines: 22
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13. Status: RO
  14. Content-Length: 922
  15.  
  16. In message <334E5509.2A4@gemini.edu> Steve Wampler writes:
  17. > 
  18. > Do you care why the two records 'match'?  That is, do you need to
  19. > distinguish between your two example cases, or is it sufficient to
  20. > simply say "the records 'match'"?
  21. > 
  22. > Here's a procedure that handles the latter case:
  23. > 
  24. > procedure weakMatch(r1,r2)
  25. >     return !r1 ~=== !r2
  26. > end
  27.  
  28. Eh?  What's that "~" doing there?
  29. (BTW, it wasn't clear to me whether the word "record" in the original
  30. was intended to refer to the Icon structure of that name.  Your code
  31. (modulo suspected typo) obviously works just as well with a list,
  32. which might be a more appropriate data structure, depending on how
  33. variable the input is.  But Stuart, it might be better to avoid the
  34. word "record" if what you actually meant was a structured line of text.)
  35. -- 
  36. Iain Alexander               PGP 1024-bit key id B501A0AD
  37. ia@stryx.demon.co.uk   I.Alexander@bsn0106.wins.icl.co.uk
  38.